
SYSTEM AND METHOD FOR THE CONTROLLED PROGRESSIVE DISCLOSURE 

OF INFORMATION 

FIELD OF THE INVENTION 

This invention relates generally to controlled information disclosure and, more 
particularly, to a system and method for the controlled disclosure of information between at least 
two interested users. 
BACKGROUND 

Since information is increasingly being exchanged through the use of computers, the 
confidentiality of information disclosed is of increasing concern to both individuals and 
corporations. An individual or corporation may desire to restrict disclosure of personal or 
confidential information to certain persons. For example, an individual may desire to control 
disclosure of dating information, through a dating service or otherwise, only to other individuals 
with similar interests. A corporation may desire to control disclosure of information on an open 
employment position only to qualified applicants. 

A traditional dating service operates by collecting information from a group of persons, 
storing such information, and then making such information available for retrieval by a person 
interested in dating. This process normally involves a person submitting personal information, in 
the form of questionnaire answers, videotapes of an individuals interests, or the like. A person 
interested in dating then reviews the stored information and selects a person based upon the 
information reviewed. This process is not interactive since the information is available only after 
the initial collection by the dating service. 

Similarly, in an employment scenario, information on open employment positions of an 
employer is stored with a job data bank or the like. A prospective employee then searches 
through the information and sends a resume to the employer. If the employer is interested in the 
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prospective employee, an interview is set and the job process continues. The employer may not 
desire disclosure of certain information until they have reviewed qualified prospective 
employees. As in the dating scenario described above, this employment process is not 
interactive since information is available only after initial disclosure by the employer. 
SUMMARY 

A system and method for the progressive disclosure of information allows information to 
be disclosed at the rate and in the manner of the respective levels of interest expressed by both 
users. The system and method involves transfer of information between a first user and a second 
user. The preferred embodiment involves instantaneous disclosure of information to both the 
first and second users simultaneously. A time for the users to meet online and progressively 
disclose information is established by a server or as agreed upon by the users. Alternatively, 
with the increasing use of chat rooms by individuals online, the time to meet online can be 
arranged when both users are in a chat room. Information disclosure to users is initiated at the 
designated time and continues until a termination response is received by either user to cease 
disclosure. Upon receiving such termination response, information disclosure to both users is 
simultaneously terminated. 

The system and method also provides for operating a computer network implementing 
progressive information disclosure comprised of receiving electronically from a first user levels 
of information, the information levels to be presented in a sequence, then receiving electronically 
a request from a second user for information provided by the first user, and transmitting 
electronically the plurality of information levels in sequence to the second user until a 
termination response is received or until the information sequence has completed. 
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The system and method of progressive disclosure of information can also be applied to 
peer to peer computer arrangements. Information can be in the form of text, images, audio clips, 
video clips, and the like. 

The invention can also be applied to the exchange of compressed information files, such 

as a compressed image file that has an interlaced format that can be progressively decoded by the 

recipient, as long as both the sender and the recipient agree to continue. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 A illustrates a first embodiment of a peer to peer arrangement between a first user 

i 

computer and a second user computer for the sequential transmission of a plurality of pictures 
having progressively greater resolution. 

Fig. IB illustrates a second embodiment of a peer to peer arrangement, wherein a single 
compressed image file is exchanged between the first and second computers which has an 
interlaced format for the decoding of progressively greater resolution pictures at the recipient 
computer. 

Figure 1C illustrates a third embodiment of a peer to peer arrangement for the exchange 
of progressively greater detail for text, audio, video, and other media. 

Fig. 2 A is a network sequence diagram consisting of a flow diagram for a first user 
computer and a flow diagram for a second user computer, illustrating the operational interaction 
of the first and second computers in the first embodiment of Figure 1 A. 

Fig. 2B is a network sequence diagram for the second embodiment of Figure IB. 
ff ^§ ure i s a network sequence diagram for the third embodiment of Figure 1C. 
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Fig. 3 A is a functional block diagram of the first user computer, illustrating the sending 
buffer with a fixed set of images to be transmitted and a receiving buffer with a fixed set of 
images which are received. 
Cyfaft) Fig. 3B is a function^block diagram of the browser in the second embodiment, where a 
compressed image file of interlaced format is decompressed, thereby progressively producing 
/mages received from the second computer. 

Fig. 4A is a network diagram illustrating the relationship between the first user computer, 
the second user computer, and a server, 
rj Fig. 4B is a network diagram for the second embodiment. 

2 Fig. 5 A is a network sequence diagram for the network shown in Fig. 4A. 

Ti C^^^j Fig. 5B is a network sequenfc^diagram for the network shown in Fig. 4B. 
= Figure 6 is a flow chart showing the process of providing information to a user. 

^ Figure 7 is an illustration of the process of acquiring information from an user. 

=s=. 

^ Figures 8 and 9 are representative databases maintained by the server. 

I Figure 10 is a flow chart of the operation of interactive (or real-time) information 

exchange between two users. 
Cyfif^ J Fig- 1 1 A is a functional blocWiagram of the server 110 corresponding to the server 
process shown in the flow diagram of Figv 10. 

Figure 1 IB is a flow diagram allocating a given request to the server and to the proper 
server application program. 

Figure 1 1C is a flow diagram of the server control program application. 
Figure 12 is an alternative application of information collection from a plurality of first 
user computers and disclosure to a second user computer, for example, in an auction. 
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Figure 13 is an alternative application of information collection from a first user 

! 

computer and disclosure to a plurality of second user computers, for example, in an auction. 
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Fig. 1 A shows the network diagram for the first embodiment, wherein the first user 
computer 10 is connected in a peer to peer relationship with a second user computer 10' over a 
network such as a local area network or a wide area network or the Internet. The first user 
computer 10 includes a control program 25, which is shown in greater detail in Fig. 2 A, a 
browser program 30, an operating system program 50, and a network program 60. The second 
user computer 10' includes a control program 25' also shown in Fig. 2A, a browser program 30', 
an operating system program 50', and a network program 60'. 

Referring to Fig. 2 A, the control program 25 of the first user computer 10 begins in step 
252 with an exchange of hand shake signals with the second user computer 10' in step 252' of 
the control program 25'. The hand shake signals can include an exchange of information about 
buffer sizes, session start times, and other information necessary to establish a peer to peer 
communication session between the first computer 10 and the second computer 10'. The first 
control program 25 then flows to the second step 256 to detect the mouse down states for both 
the local computer 10 and the remote second computer 10'. Each computer 10 and 10' includes 
an activation device, such as a mouse-pointing device which has a button, which is activated by 
the user to indicate a selection. Alternately, a one or more keys on a keyboard connected to the 
respective computer 10 or 10' can be pressed by the user. The purpose of the activation or 
mouse down state is to indicate the continued interest on the part of the user in observing the 
progressive display of pictures transmitted from the other computer. (Such activation state can 
be detected as a mouse down state wherein a button of the mouse is depressed while interest in 
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continued information disclosure exists, and wherein the button is released when interest in 
continued information disclosure terminates.) Step 256' in the control program 25' performs a 
similar activation state detection for both the computer 10' and the computer 10. As long as the 
activation states are simultaneously in existence for both the computer 10 and the computer 10', 
then steps 256 and 256' are satisfied. Step 256 then flows to step 258 where a first stage 
information, such as the low resolution picture, Fl, is sent from the computer 10 to the computer 
10'. Correspondingly, step 256' flows to step 258' in the control program 25', to send the first 
stage information, such as the low-resolution picture, SI, from the computer 10' to the computer 
10. 

Reference is now made to the functional block diagram of Fig. 3 A, which shows the first 
user computer 10. First computer 10 includes a memory 352 connected by a bus 354 to a 
network adapter 356, a display adapter 358, a central processor 360, and a mouse adapter 362. 
The network adapter 356 is connected over the peer to peer network to the second computer 10'. 
A sending buffer 370 in memory 352 progressively sends consecutive ones of the pictures Fl, 
F2, through F4 (shown as four progressive pictures in most examples in this application, but not 
intended to be limited to such number) from the first computer 10 to second computer 10'. The 
pictures Fl, F2, through F4 represent progressively greater detail in the depiction of the image to 
be transmitted from the first computer 10 to the second computer 10'. Also shown in the 
memory 352 of the first computer 10 of Fig. 3 A is a receiving buffer 380 which receives the 
progressively more detailed images SI, S2, through S4 from the computer 10'. In step 258 of 
Fig. 2 A, first computer 10 sends local first stage picture Fl to the second computer 10'. 
Correspondingly, step 258' of the program 25' for second computer 10' sends its first stage 
picture SI to the first computer 10, where it is stored in the receiving buffer 380. In the first 
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computer 10 of Fig. 3 A, the first stage picture SI received from the computer 10' is displayed to 
the user of the first computer using the display adapter 358. As long as the user of the first 
computer 10 continues to be interested in receiving additional, progressively more detailed 
pictures of the image being sent from the second computer 10', the user of the first computer 10 
will continue to press on the mouse button which will be detected via the mouse adapter 362. In 
Fig. 2A, in step 262 the process periodically detects the mouse down states for both the first user 
computer 10 and the second user computer 10'. This detection is accomplished, as seen in Fig. 
1 A, by the transmission of a mouse down message 26 using the network program 60, from the 
first user computer 10 to the second user computer 10'. Correspondingly, the second user 
computer 10' uses the network program 60' to transmit a mouse down message 26' to the first 
computer 10. As long as step 262 of Fig. 2A periodically detects the mouse down states of both 
computers 10 and 10', then after the passage of a predetermined interval of time, the step 262 
flows to step 264 wherein, if both of the mouse down states continue to exist, the first computer 
10 sends the next stage picture F2 from the sending buffer 370 to the second computer 10'. In 
this example, the next picture, F2, shown in Fig. 3 A is more detailed than picture Fl. 
Correspondingly, control program 25' in the second user computer 10' flows from step 262' to 
264' wherein, if both mouse down states are in existence, then second computer 10' sends the 
next progressively more detailed picture S2 to the first computer 10. In this case, the picture S2 
is sent from the second computer 10' to the first computer 10 and is received in the receiving 
buffer 380. Picture S2, shown in Fig. 3 A, is more detailed than the picture SI. The received 
pictures are simultaneously displayed in the respective computers to the users. In Fig. 2A, the 
control program 25 of the first computer 10 loops back from step 264 to step 262 for the program 
to periodically detect the mouse down states and if the states continue to exist, additional, 
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progressively more detailed pictures F3 and F4 are transmitted from the sending buffer 370 of 
the first computer 10 to the second computer 10'. Correspondingly, the second computer 10' 
will progressively transmit progressively more detailed pictures S3 and S4 from the computer 
10' to the receiving buffer 380 of computer 10. As long as both users continue to press the 
mouse buttons on their respective computers 10 and 10', the progressively more detailed images 
will be transmitted and displayed on their respective computers. If at some point in the 
transaction, either user decides not to view any additional, progressively more detailed pictures, 
that user merely removes the mouse down signal by removing the user's finger from the mouse 
button. Then step 264' or alternately step 264 will stop the transmission of further pictures from 
each computer to the other. 

Fig. 4A illustrates an alternate embodiment where the peer to peer network connection 
from the first computer 10 to the second computer 10' is through a server 110, for example, 
where the mailbox/chatroom application 1146 in server 110 serves the function of a chat room 
mailbox. The mailbox/chatroom application 1146 makes use of the payment application 1148 in 
server 110 if a payment is required to facilitate information disclosure. Fig. 5 A is a network 
sequence diagram illustrating the processes performed in the peer to peer sequence shown in Fig. 
2 A, as messages between computers 10 and 10' pass through the server 110 in the network 
diagram of Fig. 4A running the mailbox/chatroom application 1 146. 

Fig. IB illustrates an alternate embodiment in which a compressed image file F is 
transmitted from the first computer 10 to the second computer 10' which cannot be 
decompressed at the second computer 10' until an enable message 28 is transmitted from the first 
computer 10 to the second computer 10'. Correspondingly, a compressed image S is transmitted 
from the second computer 10' to the first computer 10 which cannot be decompressed until an 
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enable message 28' is transmitted from the second computer 10' to the first computer 10. The 
compressed image F sent from the first computer 10 to the second computer 10' can be 
progressively decompressed at the second computer 10', if it is in a progressive format. 
Examples of progressive formats include an interlaced Graphics Interchange Format (GIF), an 
interlaced Portable Network Graphic (PNG), an interlaced Joint Bi-level Image Experts Group 
(JBIG), or a progressive Joint Photographic Experts Group (JPEG) format. Each of these 
respective interlaced formats can be progressively decompressed at the receiving computer. 

An interlaced GIF, instead of being transmitted and displayed top-to-bottom like a 
normal image, is first displayed at its full size with a very low resolution, then at a higher 
resolution, until it finally attains a normal appearance. Interlaced GIFs appear first with poor 
resolution and then improve in resolution until the entire image has arrived, as opposed to 
arriving linearly from the top row to the bottom row. 

The first user computer 1 Occludes the control program 20 and second computer 10' 
includes control program 20', both of which are shown in the network sequence diagram of Fig.. 
2B. The control program 20 in Fig. 2B beghis in step 202 with the exchange of hand shake 
signals including a local public key of the first u^er computer 10, which is transmitted to the 
second computer 10'. The first computer 10 incluc&s a public key/private key program 40 which 
is used to generate the enable message 28 to be sent to the second computer 10'. The public 
key/private key program 40 uses the first user's private keVto sign the enable message 28 
uniquely identifying the enable message 28 as being received ^from the first user computer 10. 
The second user computer 10' includes a public key/private key program 40' which uses the first 
users public key to verify that the enable message 28' was properly signed by the first user's 
private key. The enable message 28 is then used at the second user computer 10' to pass from 
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step 202' to 204'. Correspondingly, the enable message 28' sent from the second user computer 
10' to the first computer 10 isvsigned by the public key/private key program 40' in the second 
computer 10' using the private key of the second user. The enable message 28' received at the 
first user computer 10' is verified ov the public key/private key program 40 in the first computer 
10 applying the public key of the second user to verify that the second user signed the enabled 
message 28' with the second user's private key. The enable message 28' then enables the 
control program 20 in the first computer 10\o flow from step 202 to step 204. Public key 
cryptography is described, for example, in the qpok by Richard E. Smith entitled, "Internet 
Cryptography", published by Addison- Wesley, 1997. 

In step 204 of Fig. 2B, the firk computer 10 sends the compressed image F in message 
24 which, in this example, is an interlace^ GIF file, to the second computer 10' for display in 
step 210'. Correspondingly, the second computer 10' sends the compressed image S in message 
24', which in this example, is an interlaced GIF jlle, to the first computer 10 for display in step 
210. In the control program 20, step 204 then flowV to step 206 which detects the local and 
remote mouse down states and in the control programme, step 206' detects the local and remote 
mouse down states, then step 206 passes a mouse down message 26 to the second computer 10'. 
As long as both mouse buttons are pressed on both respective computers 10 and 10', step 206 
flows to step 208 and step 206' flows to step 208'. In step 20cL the first stage enable message 
signed with a local private key, as previously explained, is sent n:om the first computer 10 to the 
second computer 10'. Correspondingly, the step 208' in the seconci computer 10' sends the first 
stage enable message 28' signed with a local private key to the first computer 10. Then the step 
208 flows to step 210 in the first computer 10, wherein the interlaced GIF image S is decoded in 
a first pass as the stage 1 picture SI shown in Fig. IB. Correspondingly, in\second computer 10', 




the interlaced GIF message jF is decoded in a first pass as the stage 1 picture Fl, which the 
browser 30' displays as shown in Fig. IB. 

Reference can now be made thi Fig. 3B which illustrates a GIF compressed image file S 
in the interlaced format being progressively decompressed in consecutive stages which can be 
locally controlled. Fig. 3B shows the firstVser computer 10 in which the browser 30 in the 
computer 10 has received and is to display the interlaced GIF file S having the file structure 300. 
The interlaced GIF file structure 300, in this example, is a GIF 89A type file structure which is 
described in greater detail in the book by JamesD. Murray, et al., entitled "Graphics File 
Formats", 2 nd Edition, published by O'Reilly and Associates, 1996. The interlaced GIF file 
structure 300 includes the GIF 89A header 302 which is a small 6 byte character block 
containing the GIF version of the file. Also included m the file structure 300 is the local screen 
descriptor 304 which defines an area of pixels for the GIF image on the user's display. The 
control block 306 of the file structure 300 provides for useY input options. Normally, when an 
interlaced GIF file is received by the browser 30, the GIF filet is immediately rendered on the 
screen. However, if a user-input signal is required, as specified in the control block 306, the 
image rendering must wait until the next stage enable message 2& is received from the second 
user computer 10'. The control program 20 establishes what is to We considered as a user input 
signal. The image block 308 of the file structure 300 includes the requirement that the image 
must be interlaced. Interlacing is a way of saving and displaying the image data. For interlacing 
to occur, the image must be initially saved in the interlaced format whenme image is created. 
Interlacing saves alternate rows, producing a Venetian blind or block- focusing effect, depending 
upon the browser's handling of interlacing. Interlacing stores the rows of thA image in the order 
as follows: \ 
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stage 1 : every 8 l row starting with row 0 
stage 2: every 8 th row, starting with row 4 
stage 3: every 4 th row, starting with row 2 
stage 4: every 2 nd row, starting with row 1 
Reference is madeSo Fig. 3B which shows stage 1 for picture SI, stage 2 for picture S2, 
stage 3 for picture S3, and stage 4 for picture S4. These stages correspond to the progressively 
more detailed display of the comptessed image S with each pass of the browser 30 through the 
loop provided from the image block 3tM$ to the control block 306 of the GIF file structure 300. 
The flow from the control block 306 to tnk image block 308 can only be accomplished when a 
next stage enable message 28' is received frork the second user computer 10'. The GIF file 
structure of 300 of Fig. 3B concludes with a trailefcJIO. Other progressive or interlaced image 
compression file formats can be used as discussed above including JPEG, JBIG, and PNG, all of 
which are discussed in the above-cited James D. Murray, el al., book. 

Referring back to Fig. 2B, the step\212 of the control program 20 periodically detects the 
local and remote mouse down states for the first program 20, and correspondingly step 212' 
periodically detects local and remote mouse dovm states for the program 20'. If the first and 
second users continue to be interested in viewing ptogressively more detailed images which are 
decompressed from the compressed images F and S, then they continue to hold down their 
respective mouse buttons (or keyboard key depression, a\ appropriate). Step 212 then flows to 
step 214 and if both mouse down states exist, then control program 20 sends the next stage 
enable message to the computer 10'. As detailed above, enablet message 28 is signed with the 
private key of the first user at computer 10 and is sent to the second user computer 10' to enable 
the browser 30' and the second computer 10' to produce the stage 2 picture F2. Step 214 of the 
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control program 20' correspondingly determines that if both mouse buttons are down, the next 
stage enable message 28' is setat from the second user computer 10' to the first user computer 10. 
Enable message 28' is signed by me private key of the user at the second computer 10'. When 
the enable message 28' is received artfie first computer 10 as previously discussed, the next 
stage picture S2 will be decoded from th\compressed file structure 300 in Fig. 3B and displayed 
to the first user in computer 10. Step 216 in^the control program 20 decodes and displays the 
next stage decompressed image from compressed GIF image S from the remote computer. 
Correspondingly, step 216' in the control program^)' decodes and displays the next stage 
decompressed image from compressed GIF image F from the remote computer 10. Step 216 
loops back to step 212 in the control program 20 to consecutively decode and display the pictures 
S2, S3, and S4 from the compressed image S as long as both i^touse buttons are down. Similarly, 
step 216' loops back to step 212' in control program 20' to progressively decode and display the 
next pass interlace GIF image for the picture F2, F3, and F4 for the progressively decoded GIF 
file structure for the compressed image F received in the second compute^lO'. 
||V / Fig. 4B is a network diagram illustrating that the peer to peer relationship between the 
Jirst computer 10 and the second computer 10' is established by the mailbox/chatroom 
/ application 1146 in the server 110, wft^ch functions as a chat room mailbox. Fig. 5B is a 
/ network session diagram illustrating the messages shown in Fig. 2B, which pass through the 
server 110 in the network diagram of Fig. 41 

The browser program 30 in cohsrouter 10 and the browser program 30' in computer 10' 
can be, for example, a Microsoft Internet Explorer 5 browser, which is capable of being 
programmed to perform functions such as descrfis*ed for the handling of the GIF 89A file 
structure 300 in Fig. 3B. Reference is made to the bobk by Scott Roberts, entitled 
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"Programming Microsoft Internet EM>lorer 5," Microsoft Press, 1999, for extensive discussion of 
how to customize the functions of the Browsers 30 and 30' to conform with the functions 
described in connection with Fig. 3B. Other browsers can be used as browser 30 and/or 30', for 
example, the Netscape Navigator browser, aVi many other browsers which are available, for 
example, Hot Java by Sun Microsystems, and Web Explorer by IBM Corporation. 

Another image compression algorithm for progressive information is transparent GIF. A 
transparent GIF is an image that has a certain bit set on one of its colormap entries, so that a Web 
browser's background will show through wherever that color appears in the image. Transparent 
GIFs are useful because they appear to blend in smoothly with the user's display, even if the user 
is operating a background color that differs from the one expected by the developer. The 
developers accomplish this display appearance by assigning one color to be transparent — if the 
■ web browser supports transparency, that color will be replaced by the browser's background 
color, whatever it may be. 

Still another image compression algorithm is progressive JPEG. A simple or "baseline!' 
JPEG file is stored as one top-to-bottom scan of the image. Progressive JPEG divides the file 
into a series of scans. The first scan shows the image at the equivalent of a very low quality 
setting, and therefore requires very little space. Each following scan gradually improves the 
image quality. Each scan adds to the data already provided, so that the total storage requirement 
is roughly the same as for a baseline JPEG image of the same quality as the final scan. 
(Basically, progressive JPEG is just a rearrangement of the same data into a more complicated 
order.) The advantage of progressive JPEG is that if an image is being viewed on the fly as it is 
transmitted, one can see an approximation to the whole image very quickly, with gradual 
improvement of quality as one waits. 
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Figure 1C shows an alternate embodiment of the system and method, wherein the 
information exchanged is an XML text document which reveals progressively greater detail. A 
job applicant, for example, at the first user computer 10 can send a resume to a prospective 
employer, for example, at the second user computer 10', in the form of an XML document. The 
employer sends back a job description in the form of an XML document. The job applicant 
sends a single resume document 23F. The employer can see progressively more detail of the 
document as long as both mouse buttons are down. Similarly, the employer sends a single job 
description document 23\ The job applicant can see progressively more detail of the document 
as long as both mouse buttons are down. 

Extensible Markup Language (XML) is a reduced version of Standard Generalized 
Markup Language (SGML), used for defining and interpreting tags according to SGML rules. A 
tag is a command inserted in a document that specifies how the document should be formatted. 
XML permits the creation of customized tags, enabling the definition, transmission, validation, 
and interpretation of data between applications. A more detailed description of XML can be 
found on the Internet web site of the World Wide Web Consortium, http://www.w3.org/XML/. 
A tutorial for XML is available in the book by Simon North and Paul Hermans, "Teach Yourself 
XML in 21 Days", Macmillan Computer Publishing, 1999. Another instructive text on XML is 
the book by Hiroshi Maruyama, Kent Tamura, Naohiko Uramoto entitled "XML and Java: 
Developing Web Applications", Addison- Wesley Pub Co., 1999. 

Each XML document begins with an XML declaration, an example of which is "<?XML 
VERSION="1.0 STANDALONE="NO"?>". The declaration identifies the XML code and 
the code version of the XML standard. The declaration also specifies whether the document can 
be treated as a stand-alone document or whether a document type definition (DTD) must also be 
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retrieved in order to make complete sense of the contents. In the alternate embodiment of Figure 
1C, an external DTD is required to correctly interpret the XML document. The XML declaration 
is a processing instruction which is identified by the "?" at beginning and end. Both the first user 
computer 10 and the second user computer 10' of Figure 1C include an XML processor / parser 
27 and 27', respectively, to interpret the XML tags and elements in the XML document's and to 
organize them into the progressive stages that the control program 20C and 20C, respectively, 
presents to the first or second user, respectively. The guideline for how to group the tagged 
elements of the XML file into the progressive stages is provided in the particular DTD identified 
in the second line of the XML document, tagged as "DOCTYPE". The first two lines of the 
XML document prepared by the job applicant at the first computer 10, are as follows: 

<?XML VERSION="1.0 STAND ALONE="NO"?> 

<!DOCTYPE Resume SYSTEM "resume.dtd"> 

The DOCTYPE tag refers to the root element of the XML document, which in this case is 
the element with the <Resume> tag. The DOCTYPE tag also identifies the DTD that validates 
each of the document elements and groups them into the progressive stages that will be passed to 
the control program 20C in the employer's second computer 10'. In this case, the DTD is in a 
file named "resume.dtd" that is in the "SYSTEM" directory of the second computer 10'. The 
root element with the <Resume> tag, in this example, is the outermost element in the XML 
document. The XML document begins with the <Resume> tag and ends with the </Resume> 
tag. 

After the XML declaration and the DOCTYPE element, the remaining elements in the 
XML document depend on the purpose of the particular document. The example XML 
document prepared by the job applicant at the first computer 10 for an employment resume is 
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presented as follows in Table 1, followed by an example DTD for all such employment resume 
XML documents, which is shown in Table 2. Note that every unit of text (such as a paragraph or 
abstract) or unit of other type of information (such as digitized voice segments, images, and the 
like) is surrounded with a beginning element tag portion e.g., "<PARAGRAPH> " and an 
ending element tag portion e.g., "</PARAGRAPH > ". 

Table 1 : An Example XML Document for an Employment Resume 

<?XML VERSION="1.0 STAND ALONE="NO"?> 

<!DOCTYPE Resume SYSTEM "resume.dtd"> 

<Resume> 

<TITLE>Employment Resume</TITLE> 

<NAME>John X. Smith </NAME> 

<ADDRESS>Smith City, Virginia</ADDRESS > 

<PROFESSION>Software EngineeK/PROFESSION > 

<YE ARS_EXPERIENCE> 1 0</YE ARS_EXPERIENCE > 

<S ALARY_REQUIREMENT >$ 1 50,000</SALARY_REQUIREMENT > 

<LOCATION_PREFERENCE>Virginia</LOCATION_PREFERENCE> 

<EDUCATION>BS Electrical Engineering, MIT, 1990 </EDUCATION > 

<EMPLOYMENT_HISTORY > 

<PARAGRAPH>June 2000 - January 1999: Smith Enterprises, Owned and operated 
engineering consulting firm. </PARAGRAPH > 

<PARAGRAPH> January 1999-June 1990, XYZ International Co., employed as a Junior 
Engineer and then promoted to a staff Engineer, designing virtual reality displays. 
</PARAGRAPH > 
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</EMPLOYMENT JIISTORY > 
</Resume> 

tykb / Table 2 sho^an example DTD "resume.dtd" that is in the "SYSTEM" directory of 
me employer's second computer 10' as shown in the following Table 2. The example XML 
'Document For An Employment Resume of Table 1 is sent by the job applicant at the first 
computer 10 to the employer at tne second computer 10% where the Example DTD 
"resume.dtd" in Table 2 validates eaidi of the document elements of the XML document in 
Table 1 and groups them into the progressive stages that are passed to the control program 20C 
in the second computer 10'. Following the jot\applicant's computer 10 handshake step 222 of 
Figure 2C, step 224 sends the XML document 23\nd the DTD for the resume to the employer' 
computer 10'. Step 226 detects the mouse down stated. The employer's computer performs 
similar steps 222', 224', and 226', sending the XML document 23' and the DTD for the job 
description. 

Table 2: An Example DTD "resume.dtd" 
"resume.dtd" 

If DOCTYPE = <Resume>, then 
<TITLE> = STAGE 1 
<NAME> = STAGE 1 
<ADDRESS> = STAGE 1 
<PROFESSION> = STAGE 1 
<YEARS_EXPERIENCE> = STAGE 2 
<SALARY REQUIREMENT > = STAGE 3 
^LOCATION PREFERENCE> = STAGE 4 
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<EDUCATION> = STAGE 5 
<EMPLOYMENT_HISTORY > = STAGE 5 
/ The prospective employeA computer 10' will receive the XML document from the job 
frplicant's first computer 10, and willmass it to the XML processor / parser 27'. The XML 
/processor / parser 27' interprets the XMk tags and elements in the XML document and organizes 
the tagged parts into progressive stages forpresentation to the user, in accordance with the 
definition of those stages in the DTD identified for that document. The group stages are passed 
to the control program 20C in the second computer 10' that progressively presents each stage to 
the prospective emplb^er, using the process describ^ in the flow diagram of Figure 2C. 
/ Figure 2C shows tftsgob applicant's computer 10 sending an enable message in step 228, 



disp 

states in step 232 and sending the next^tage enable message in step 234. Step 236 loops to 
/ repeatedly decode and display the next stagds^ The employer's computer 10' performs similar 



isplaying the first pass decodecN^xt for stage 1 in step 230, periodically detecting mouse down 
/state 



steps at 232', 234', and 236'. 

In the example, the second computer 10' will present progressive stages to the employer 
as follows: 

Stage 1 will present the information: 

<TITLE>Employment Resume</TITLE> 

<NAME>John X. Smith </NAME> 

<ADDRESS>Smith City, Virginia</ADDRESS > 

<PROFESSION>Software EngineeK/PROFESSION > 
Stage 2 will present the information: 

< YEARS EXPERIENCED 0</YEARS EXPERIENCE > 
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Stage 3 will present the information: 

<SALARY_REQUIREMENT >$150,000</SALARY_REQUIREMENT > 
Stage 4 will present the information: 

<LOCATION_PREFERENCE>Virginia</LOCATION_PREFERENCE> 
Stage 5 will present the information: 

<EDUCATION>BS Electrical Engineering, MIT, 1990 </EDUCATION > 

<EMPLOYMENT_HISTORY > 

<PARAGRAPH>June 2000 - January 1999: Smith Enterprises, Owned and operated 
engineering consulting firm. </PARAGRAPH > 

<PARAGRAPH>January 1999- June 1990, XYZ International Co., employed as a Junior 
Engineer and then promoted to a staff Engineer, designing virtual reality displays. 
</PARAGRAPH > 

</EMPLOYMENT_HISTORY > 
^ I Note that the order of occurrence of the elements in the XML document is not important, 
since the DTD will sort the elements by progressive stages, as they are defined in the DTD. Also 
note that there are five progressive stages defined by the DTD. There can be as many stages as 
needed to convey the desired information, since the control program 20C shown in the flow 
diagram of Figure 2C keeps looping to the next stage until there are no more stages to present, or 
until one of the mouse-down signals turns off. 

Each XML processor / parser 27 and 27' is a computer program in the computer 10 and 
10' respectively. Each XML processor / parser 27 and 27' includes an application program 
interface (API). The XML APIs is a tree-based API that compiles an XML document into an 
internal tree structure, then allows the control program 20C and 20C, respectively, to navigate 
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the tree. A Document Object Model (DOM) includes a standard tree-based API for XML 
documents. An example of suitable tree-based API is given in the Document Object Model 
(DOM) Level 1 Specification Version 1.0, W3C Recommendation 1 October, 1998, at 
http://www.w3.org/TR/REC-DOM-Level-l/. Also see the book by Hiroshi Maruyama, Kent 
Tamura, Naohiko Uramoto entitled "XML and Java: Developing Web Applications", Addison- 
WesleyPub Co., 1999. 

The example given so far has focused on the employment resume send by a job applicant 
at the first computer 10 to a prospective employer at the second computer 10'. Since this is an 
example of an asymmetric document exchange, the example continues with a description of the 
corresponding five progressive stages of presentation of an Employer's Job Description 
document prepared by the prospective employer at computer 10' and sent to the job applicant at 
computer 10. 

Employer's Job Description document 

Table 3: An Example XML Document for an Employer Job Description 

<?XML VERSION="1.0 ST AND ALONE=" NO " ?> 

<!DOCTYPE Job Description SYSTEM "jobdescription.dtci"> 

<Job Description> 

<TITLE>Job Description</TITLE> 

<NAME>ABC Corporation</NAME> 

<ADDRESS>Tyson's Corner, Virginia</ADDRESS> 

<CATEGORY>Internet Startup</CATEGORY> 

<EXPERIENCE_REQUIRED>7</EXPERIENCE_REQUIRED> 

< ANNU AL_S AL ARY>$ 1 3 5 ,000</ANNUAL_SALARY> 
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<LOCATION>Virginia</LOCATION> 

<EDUCATION_REQUIRED>BS or MS in Electrical or Computer Engineering 
</EDUCATION_REQUIRED> 

<EMPLOYMENT_DESCRIPTION> 

<PARAGRAPH>The successful applicant will have experience in management of junior 
engineers, will possess the ability to design webpage applications including virtual reality 
displays, and have excellent presentation skills.</PARAGRAPH> 

</EMPLOYMENT_DESCRIPTION> 

</Job Description> 

Table 4 shows An Example DTD "jobdescription.dtd" that is in the "SYSTEM" 
directory of the job applicant's first computer 10. The Example XML Document For Employer's 
Job Description in Table 3 is sent by the employer at the second computer 10' to the job 
applicant at the first computer 10, where the Example DTD "jobdescription.dtd" validates each 
of the document elements of the XML document of Table 3 and groups them into the progressive 
stages that are passed to the control program 20C in the first computer 10. 

Table 4: An Example DTD "jobdescription.dtd" 

"jobdescription.dtd" 

If DOCTYPE = <Job Descriptions then 

<TITLE> = STAGE 1 

<NAME> = STAGE 1 

<ADDRESS> = STAGE 1 

<CATEGORY> = STAGE 1 

<EXPERIENCE_REQUIRED> = STAGE 2 
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<ANNUAL_SALARY> = STAGE 3 
<LOCATION> = STAGE 4 
<EDUCATION_REQUIRED> = STAGE 5 
<EMPLOYMENT_DESCRIPTION> = STAGE 5 

The job applicant's firstNcomputer 10 will receive the XML document from the 
mployer's second computer 10', ahd will pass it to the XML processor / parser 27. The XML 
processor / parser 27 interprets the XML tags and elements in the XML document and organizes 
the tagged parts into progressive stages forpresentation to the job applicant, in accordance with 
the definition of those stages in the DTD identified for that document. The grouped stages are 
passed to the control program 20C that progressively presents each stage to the job applicant, 
using the process described in the flow diagram of Figure 2C. 

In the example, the job applicant's first computer 10 will present progressive stages to the 
user as follows: 

Stage 1 will present the information: 

<TITLE>Job Description</TITLE> 

<NAME>ABC Corporation</NAME> 

<ADDRESS>Tyson's Corner, Virginia</ADDRESS> 

<CATEGORY>Internet Startup</CATEGORY> 
Stage 2 will present the information: 

<EXPERIENCE_REQUIRED>7</EXPERIENCE_REQUIRED> 
Stage 3 will present the information: 

<ANNUAL_SALARY>$135,000</ANNUAL_SALARY> 
Stage 4 will present the information: 
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<LOCATION>Virginia</LOCATION> 
Stage 5 will present the information: 

<EDUCATION_REQUIRED>BS or MS in Electrical or Computer Engineering 
</EDUCATION_REQUIRED> 

<EMPLOYMENTJ)ESCRIPTION> 

<PARAGRAPH>The successful applicant will have experience in management of junior 
engineers, will possess the ability to design webpage applications including virtual reality 
displays, and have excellent presentation skills.</PARAGRAPH> 
</EMPLOYMENT_DESCRIPTION> 

Note that the order of occurrence of the elements in the XML document is not important, 
ince the DTD will sort the elements by progressive stages, as they are defined in the DTD. Also 
note that there are five progressive stages defined by the DTD. There can be as many stages as 
needed to convey the desired information^ since the control program 20C shown in the flow 
diagram of Figure 2C keeps looping to the next stage until there are no more stages to present, or 
until the mouse-down signal turns off. However, the number of stages in the job applicant's 
resume document of Table 1 should be the same asoiumber of stages in the prospective 
employer's job description document of Table 3, in order that each party will receive progressive 
information at each stage of the transaction. \ 

The XML document content has been disclosed as a digital text body divided into stages 
of progressively greater detail by using XML tags. This principle of the invention applies to any 
digital content that can be divided into stages by using XML tags. Examples include digital 
audio segments, digital video segments, digital virtual reality segments, and the like. 
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Figure 6 illustrates the process of providing information to an user. The server 110 
receives a request for information from an user at 610 and the server 110 next provides the first 
level of information to the user at 612. The server 110 then queries the user if an additional level 
of information is desired at 614. If the user responds "yes" to the query, the server 110 returns to 
612 to provide the next level of information. If the user responds "no" to the 614 query, the 
server 110 queries the user if they are still interested at 616. If the user answer "yes" to the 616 
query, the server 110 arranges at 618 for further contact for the continued disclosure of 
information and moves the process to stop at 620. If the user responds "no" to the 616 query, the 
O server 110 then moves the process to stop at 620. The process as described in Figure 6 can be 
jfj performed on a subsequent user in substantially the same manner as described herein or on two 
rl or more users simultaneously where the server 110 provides levels of information to each user 
from the other user's database (such multiple user scenario is shown in greater detail in Figure 

U io). 

Q 

N= Figure 7 illustrates the process of acquiring information from an user. The server 110 

O prompts the user to enter information in 710, the user next enters information at 720, the 

information entered by the user is stored in the first user computer database 800 (as shown in 
Figure 8 detailed below) as the first user's nth level of information (i.e. the first information is 
stored as 803, the second level of information is stored at 804, etc.) The server 110 queries the 
first user at 740 if an additional level of information is to be provided. If the first user responds 
"yes" to the query at 740, the server 110 returns to 710 to receive the next level (n+1) of 
information. If the first user responds "no" to the query at 740, the server 110 proceeds to stop at 
750. The process illustrated in Figure 7 can be performed on a subsequent user in substantially 
the same manner as described herein, e.g. the second user to acquire the levels of information as 
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shown in Figure 9. This process of acquiring information from a user can be performed through 
a database, in a chat room, or wherever applicable. The media transmitted between users can be 
text, audio, image, motion video, biometric, or the like. 

Representative of databases maintained by the server 110 are first user computer database 
800 and second user computer database 900 as shown in Figures 8 and 9. As shown in Figure 8, 
first user computer database 800 may include information concerning the first user computer's 
name and contact information at 801, the interest category of the first user at 802, the first level 
of information 803, the second level of information 804, the third level of information 805, and 
the fourth level of information 806. 

As shown in Figure 9, second user computer database 900 may include information 
concerning the second user's name and contact information at 901, the interest category of the 
second user at 902, the first level of information 903, the second level of information 904, the 
third level of information 905, and the fourth level of information 906. 

The present method of controlled disclosure of information can be performed in a number 
of applications (e.g. an apartment roommate renters information, dating link between two users, 
a negotiation between seller and buyer (e.g. an auction), a joint venture between two firms, or a 
job opportunity application). Figure 10 is a flow chart of the operation of interactive (or real- 
time) information exchange between two users operating computers. The server 110 provides a 
link between a first user computer and a second user computer at 1010. The first user provides 
information to the server at 1020 and the second user provides information to the server at 1030. 
The server then provides the information from the first user to the second user and the 
information from the second user to the first user at 1040. At 1050, the server queries the first 
user if additional information is desired. If the first user responds "y es " to the 1050 query, the 
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server queries the second user at 1060 if additional information is desired. If the second user 
responds "yes" to the 1060 query, the process returns to 1020 for information collection from the 
first user. If either the first user at 1050 or the second user at 1060 responds "no" to the 
respective query for additional information, the first user is queried at 1070 if they are still 
interested in information from the second user. If the first user at 1070 responds "yes", the 
second user at 1080 is queried if they are still interested in information from the first user. If the 
second user at 1080 responds "yes", the server arranges at 1090 for further contact between the 
two users at another time. The server then closes the link between the first and second users at 
stop 1099. If either the first user's response at 1080 or the second user's response at 1090 is 
"no", the server closes the link between the first and second users at stop 1099. 

At any time, either user can indicate, through any recognized termination response, that 
they are not interested in continuing information disclosure to the other user. Such response 
could be the release of a mouse button, wherein the picture is sent to the display screen in 
increasing focus only during a time that the mouse button is held down; the pressing of any key 
on the keyboard; the clicking of the mouse on hypertext or an icon monitored by the server 110; 
or any other response that would allow the server to understand that either user is not interested 
in further information disclosure. The server 110 then terminates information disclosure 
between the users upon receipt of the termination response. 

The information to transfer can be a picture, as in the above scenario, a textual display, an 
audio track, a video playback, or any other form of information that permits the progressive 
disclosure of information. Alternatively, the out-of-focus picture in the above scenario could 
consist of an in-focus picture comprised of a number of tiles placed in any order (e.g. a random 
picture mosaic increasingly aligning to form the completed image), an image loaded from top to 
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bottom or from side to side, or any other progressive display/transmission method. Further, a 
person skilled in the art will recognize that this disclosure of information can be used in a 
number of applications, including a roommate situation where one user wishes to attract a certain 
roommate, e.g. someone who will accept rooming with a large pet, a bassoonist, or a loud snorer, 
or the roommate situation can include a person desiring to locate a person to share the 
responsibility of an apartment with specific amenities, e.g. two bedrooms and two baths. A 
further example of an interactive dating scenario could occur in a theme park where terminals are 
situated throughout the park and two interested users can exchange information and as a final 
step can establish a place and time to meet. 

In an alternative application, an entity, person or corporation, acting as a first user, 
provides initial information to a server. The first user then specifies an initial threshold level that 
must be satisfied before additional information is supplied from the server. A second user 
contacts the server and likewise provides initial information. The server then compares the 
information from the second user, interactively or in a delayed manner, and determines whether 
the threshold level requirements established by the first user have been reached. If the threshold 
level is satisfied, the server then effects the disclosure to the second user and proceeds to the next 
level of information disclosure. 

Though the next level and all subsequent levels of information disclosure can be 
comprised of any number of steps, the progressive disclosure of information can be suspended or 
terminated by either user. For example, if the users are employer and prospective employee, an 
employer initially supplies information regarding an available position at the company to the 
server. The server collects such information and inputs the data into an information supply 
conduit, such as a website on the Internet, which a prospective employee can peruse. The 
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employee indicates interest in the position and supplies information on their qualifications. The 
server then supplies such information to the employer for preliminary review of the prospective 
employee's qualifications. Alternatively, the server weighs the prospective employee's 
qualifications against preliminary data that the employer supplied during the initial position 
disclosure. If the prospective employee meets the initial qualifications of the employer, an initial 
disclosure is made and if the employer is interested in further pursuing the prospective employee 
for the position, the employer furnishes or authorizes, either tacitly through initial information 
disclosure or directly to the server, additional information disclosure by the server to the 
prospective employee. 

If the prospective employee is not interested in further pursuing the position upon 
additional information disclosure by the employer, the prospective employee can terminate 
interest in further information disclosure by the server to the employer. However, if the 
employee's interest continues, information disclosure occurs in the above-described manner until 
either user terminates the information disclosure. In this employment scenario, the information 
disclosure can optionally terminate by the absence of a reply by either user after a certain period 
of time has lapsed between response by either user. 

Figure 1 1 A is a functional block (diagram of the server 110, showing the memory 1102 of 
thfe server 110 storing components of software program objects needed to perform the operations 



y6f handling customized discounts and payment p^ans and handling digital coupons. The memory 
/ 1102 of the server 110 is connected by the system b^s 1104 to the central processor 1110 that 
/ executes the programmed instructions stored in the memory 1102. Bus 1104 is also connected to 
the merchant's database 800 and 900. The TCP/IP networkViapter 1106 is connected by the bus 
1104 to the memory 1102, for connecting the server 110 to theYirst and second computers 10 and 
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10'. The banking network adapter\ll2 is connected by the bus 1104 to the memory 1102, for 
connecting the server 110 to a privateS?anking network and banking servers which can be used 
by the server 110 to check credit historie\and to arrange for credit card, debit card, or E-Cash 
payments by the user. The central processoVlllO can be, for example, an IBM RS/6000 
Enterprise Server, an IBM AS/400e Server, or rhe like. 
£ 0 - / Figure 1 1\ shows the various functional modules of the server 110 arranged in an object 
odel. The object iJipdel groups the various object-oriented software programs into components 
hich perform the major functions and applications in the server 110. Enterprise Java Beans 
(EJB) is a software component architecture for servers, which is suitable for embodying the 
object-oriented software program components of Figure 1 1 A. A description of E-Commerce 
server programming application^ developed with Enterprise Java Beans is provided in the book 
by Ed Roman entitled "Mastering Enterprise Java Beans", published by John Wiley and Sons, 
1999. A description of the use of an Vbject model in the design of a web server for E-Commerce 
applications is provided in the book by Matthew Reynolds entitled "Beginning E-Commerce", 
Wrox Press Inc, 2000, (ISBN: 186100398^. The components of object-oriented software 
programs in the object model of memory 1102 are organized into a business logic tier 1114, a 
presentation tier 1115, and an infrastructure objects partition 1122. The business logic tier 1114 
is further divided into two partitions: an application services objects partition 1124 and a data 
objects partition 1126. The infrastructure objects partition 1122 includes an object-oriented 
software program component for the database server interface 1130, an object-oriented software 
program component for the system administrator interface 1132, and the operating system 1125. 
The operating system 1125 can be, for example, IBM AIX, E£M OS/400, IBM OS/390, 
Microsoft Windows NT, Red Hat Linux, or Caldera Linux. 
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^ ijt ^ ^ /■ Fig ure 1 1 ^ shfyws the presentation tier 1115 including a TCP/IP interface 1120 and a 
tank interface 1125. Tfte presentation tier 1115 manages the graphical user interface with the 
user. A suitable implementation for the presentation tier 1115 is with Java servlets to interact 
with the user using the hypertext transfer protocol (HTTP). The Java servlets run within a 
request/response server, handlmg request messages from the user and returning response 
messages to the user. The Java servlet is a Java object that takes a request as input, parses its 
data, performs some logic, and themissues a response back to the user. The Java servlets are 
pooled and reused to service many us^r requests. The TCP/IP interface 1120, implemented with 
Java servlets, functions as a web server tjiat communicates with the users using the HTTP 
jO protocol. The TCP/IP interface 1120 accebts HTTP requests from the user and passes the 

fn V 

information in the request to the visit object 1 128 in the business logic tier 1 114. Result 
jrS; information returned from the business logic tier 1114 is passed by the visit object 1128 to the 
„ 2 TCP/IP interface 1120, which sends the results back to the user in an HTTP response. The 
p TCP/IP interface 1120 exchanges data through the TCI/IP network adapter 1106 of server 110 

01 with the first and second users' computers 10 and 10'\ Java servlets and the development of web 

o \ 

D site servers is described in the book by Duane K. Fields\ et al. entitled "Web Development with 

Java Server Pages", published by Manning Publications Oo., 2000. 
^jJj-fj^O- / The business logic tier 1114 in^igure 1 1 A includes multiple instances of the visit object 
1128, 1128', and 1128". Each user's computer 10 and 10' that sends a message to the server 110 
h£s a temporary and separate visit object 1128\pstantiated to represent the visit. The Enterprise 
Java Bean server can instantiate multiple copies oNhe visit object component 1128 in the 
business logic tier 1114 to handle multiple messages from multiple users. Each visit object 1128 
will buffer user-specific information and maintain a user-specific state for the duration of the 
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session with the user. Each visit object 1128 is a "statefiil session bean" that will hold the 
conversational state about the usefts visit. A statefiil session bean is an Enterprise Java Bean that 
services business processes that span rnultiple method requests or transactions. The stateful 
session bean retains state on behalf of an individual user. Data received by the server from the 
user and data sent by the server to the user will be temporarily buffered in the visit object 1128. 
Each visit object 1128 receives from the interface 1120 the user data sent by the user's computer 
10 or 10' to the server 110 in step 1101 of Figure 1 PB. Each visit object 1128 will also buffer 
the resulting information that is computed by the servenand is passed back to the TCP/IP 
interface 1120. \ 

Figure 1 IB shows the^allocation of a given request by the visit object 1128 to the various 
application programs 1140 to 11*18 in Figure 1 1 A, depending on the nature of the request to the 
server. The visit object method 1 12*8 receives the user's request in step 1101 and determines in 
step 1103 whether so an interest-matching request. If so, then step 1105 sends a method call to 
the interest matching application 1140 in liigure 1 1A. If not, then the method flows to step 1107. 
The visit object method 1128 determines in step 1107 whether the server has received a server 
control request. If so, then step 1109 sends a method call to the control program application 
1142 in Figure 1 1A. If not, then the method flowsvto step 1111. The visit object method 1128 
determines in step 1111 whether the server has received an auction request. If so, then step 1113 
sends a method call to the auction application 1144 in Figure 1 1 A. If not, then the method flows 
to step 1117. The visit object method 1128 determines in\tep 1117 whether the server has 
received a peer-to-peer mailbox request. If so, then step 1119 sends a method call to the 
mailbox/chatroom application 1146 in Figure 11 A. If not, thenVhe method flows to step 1121. 
The visit object method 1128 determines in step 1121 whether the^server has received a payment 
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request. If so, then step 1124 sends a method call to the payment application 1148 in Figure 
1 1 A. If not, then the method flows to step 1127, which sends the request to a parser for 
additional processing. 

Figure 1 1C shows the server control program 1142, which controls the progressive 
disclosure of information to both communicating users 10 and 10'. Step 1180 receives all of the 
pictures from both user computers, including each picture containing each stage of progressively 
greater resolution or detail. Then step 1182 oversees an exchange of handshake signals between 
the user computers, via the server 110. Then step 1184 detects the mouse-down states for both 
user computers 10 and 10'. Then step 1186 sends the first stage information to both user 
computers 10 and 10'. Then step 1188 periodically detects the continued mouse-down states for 
both user computers and, if both are down, then step 1190 sends the next stage information to 
both user computers and loops back to step 1188. 

Figure 12 shows a multiple user auction application 1144 in the server 110. A number of 
first user computers 10a, 10b, 10c, and lOd, and a second user computer 10' are connected to 
server 110. The auction application 1144 involves the same steps of information disclosure as 
detailed in the figures above, but involves one or more first user computers 10a, 10b, 10c, and 
lOd, inputting individual initial information to the server 110. In the auction application 1144, 
numerous sellers offer products to a buyer. Alternatively, a seller can offer information on 
numerous products of which the buyer can compare product information. The information is 
then available through the auction application 1144 in the server 110 to the second user computer 
10'. 

Alternatively, Figure 13 shows an auction application 1144 involving a first user 
computer 10 connected to the server 110 and numerous second user computers 10'a, 10'b, 10'c, 
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and 10'd, providing information for the first user computer 10. This auction could be used in a 
bidding application where one seller provides information and multiple prospective buyers bid 
on the item. The auction application 1144 makes use of the client interest matching application 
1140, to facilitate matching buyers and sellers. 

While various embodiments of the present invention have been described above, it should 
be understood that they have been presented by way of example, and not limitation. It will be 
apparent to persons skilled in the relevant art that various changes in form and detail can be 
placed therein without departing from the spirit and scope of the invention. Thus, the present 
invention should not be limited by any of the above-described example embodiments, but should 
be defined only in accordance with the following claims and their equivalents. 
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